| Package | hl7.ehrs.ehrsfmr21 |
| Type | Requirements |
| Id | Id |
| FHIR Version | R5 |
| Source | http://hl7.org/ehrs/https://build.fhir.org/ig/mvdzel/ehrsfm-fhir-r5/Requirements-EHRSFMR2.1-TI.10.2.html |
| Url | http://hl7.org/ehrs/Requirements/EHRSFMR2.1-TI.10.2 |
| Version | 2.1.0 |
| Status | active |
| Date | 2024-11-26T16:30:50+00:00 |
| Name | TI_10_2_Maintenance_and_Versioning_of_Standard_or_Preferred_Clinical_Models |
| Title | TI.10.2 Maintenance and Versioning of Standard or Preferred Clinical Models (Function) |
| Experimental | False |
| Realm | uv |
| Authority | hl7 |
| Description | Enable version control according to scope of practice, organizational policy, and/or jurisdictional law to ensure maintenance of utilized standard or preferred clinical models. This includes the ability to accommodate changes to clinical models as the source clinical model undergoes its update process. Such changes need to be cascaded to clinical content embedded in templates, custom formularies, etc., as determined by existing policy. |
| Purpose | Version control allows for multiple sets or versions of the same clinical model to exist and be distinctly recognized over time. Standard clinical models can be updated, and concurrent use of different versions may be required. Ideally, the meaning of a clinical model never changes over time, but a clinical model can be deprecated, and replaced with a new clinical model in a new version. It is important that retrospective analysis and research maintains the ability to relate to the appropriate clinical model. If the meaning of a clinical model changes over time, it is also important that for legal health records, as well as for retrospective analysis and research, the different meaning can be correlated to ensure the permanence of the information as originally captured. This does not necessarily imply that complete older versions of the clinical model be kept in the EHR-S, only access to the changes needs to be maintained. |
No resources found
No resources found
Note: links and images are rebased to the (stated) source
Enable version control according to scope of practice, organizational policy, and/or jurisdictional law to ensure maintenance of utilized standard or preferred clinical models.
This includes the ability to accommodate changes to clinical models as the source clinical model undergoes its update process. Such changes need to be cascaded to clinical content embedded in templates, custom formularies, etc., as determined by existing policy.
Version control allows for multiple sets or versions of the same clinical model to exist and be distinctly recognized over time. Standard clinical models can be updated, and concurrent use of different versions may be required. Ideally, the meaning of a clinical model never changes over time, but a clinical model can be deprecated, and replaced with a new clinical model in a new version.
It is important that retrospective analysis and research maintains the ability to relate to the appropriate clinical model. If the meaning of a clinical model changes over time, it is also important that for legal health records, as well as for retrospective analysis and research, the different meaning can be correlated to ensure the permanence of the information as originally captured. This does not necessarily imply that complete older versions of the clinical model be kept in the EHR-S, only access to the changes needs to be maintained.
| TI.10.2#01 | SHALL |
The system SHALL provide the ability to manage data using different versions of standard or preferred clinical models. |
| TI.10.2#02 | SHALL |
The system SHALL provide the ability to update standard or preferred clinical models. |
| TI.10.2#03 | SHOULD |
The system SHOULD maintain relationships among versions of a standard or preferred clinical models to allow preservation of interpretation over time. |
| TI.10.2#04 | SHOULD |
The system SHOULD provide the ability to receive and harmonize data from and transmit data to other systems that use known different versions of a standard or preferred clinical model while preserving the meaning of that model. |
| TI.10.2#05 | SHALL |
The system SHALL provide the ability to update clinical models to a deprecated status. |
| TI.10.2#06 | SHALL |
The system SHALL provide the ability to update individual data elements within a clinical model to a deprecated status. |
| TI.10.2#07 | SHALL |
The system SHALL provide the ability to update terms with their equivalent when terminology is changed, where coded terminology content is embedded in clinical models (e.g., templates and custom formularies), when the terminology changes can be accomplished unambiguously, and if consistent with scope of practice, organizational policy, and/or jurisdictional law. NEEDS REVIEW |
| TI.10.2#08 | SHALL |
The system SHALL provide the ability to update standard or preferred clinical models used to enter clinical content (via templates, custom formularies, etc.) |
| TI.10.2#09 | SHALL |
The system SHALL maintain an audit log or a change history of clinical models to the individual clinical model, for versions used, dates implemented and updated to enable correct interpretation of historical data over time. |
FHIR{
"resourceType" : "Requirements",
"id" : "EHRSFMR2.1-TI.10.2",
"meta" : {
"profile" : [
"http://hl7.org/ehrs/StructureDefinition/FMFunction"
]
},
"text" : {
"status" : "extensions",
"div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\">\n <span id=\"description\"><b>Statement <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b> <div><p>Enable version control according to scope of practice, organizational policy, and/or jurisdictional law to ensure maintenance of utilized standard or preferred clinical models.</p>\n<p>This includes the ability to accommodate changes to clinical models as the source clinical model undergoes its update process. Such changes need to be cascaded to clinical content embedded in templates, custom formularies, etc., as determined by existing policy.</p>\n</div></span>\n\n \n <span id=\"purpose\"><b>Description <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Informative Content\" class=\"informative-flag\">I</a>:</b> <div><p>Version control allows for multiple sets or versions of the same clinical model to exist and be distinctly recognized over time. Standard clinical models can be updated, and concurrent use of different versions may be required. Ideally, the meaning of a clinical model never changes over time, but a clinical model can be deprecated, and replaced with a new clinical model in a new version.</p>\n<p>It is important that retrospective analysis and research maintains the ability to relate to the appropriate clinical model. If the meaning of a clinical model changes over time, it is also important that for legal health records, as well as for retrospective analysis and research, the different meaning can be correlated to ensure the permanence of the information as originally captured. This does not necessarily imply that complete older versions of the clinical model be kept in the EHR-S, only access to the changes needs to be maintained.</p>\n</div></span>\n \n\n \n\n \n <span id=\"requirements\"><b>Criteria <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b></span>\n \n <table id=\"statements\" class=\"grid dict\">\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.10.2#01</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to manage data using different versions of standard or preferred clinical models.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.10.2#02</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to update standard or preferred clinical models.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.10.2#03</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD maintain relationships among versions of a standard or preferred clinical models to allow preservation of interpretation over time.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.10.2#04</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to receive and harmonize data from and transmit data to other systems that use known different versions of a standard or preferred clinical model while preserving the meaning of that model.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.10.2#05</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to update clinical models to a deprecated status.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.10.2#06</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to update individual data elements within a clinical model to a deprecated status.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.10.2#07</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to update terms with their equivalent when terminology is changed, where coded terminology content is embedded in clinical models (e.g., templates and custom formularies), when the terminology changes can be accomplished unambiguously, and if consistent with scope of practice, organizational policy, and/or jurisdictional law.</p>\n<p>NEEDS REVIEW</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.10.2#08</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to update standard or preferred clinical models used to enter clinical content (via templates, custom formularies, etc.)</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.10.2#09</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL maintain an audit log or a change history of clinical models to the individual clinical model, for versions used, dates implemented and updated to enable correct interpretation of historical data over time.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n </table>\n</div>"
},
"url" : "http://hl7.org/ehrs/Requirements/EHRSFMR2.1-TI.10.2",
"version" : "2.1.0",
"name" : "TI_10_2_Maintenance_and_Versioning_of_Standard_or_Preferred_Clinical_Models",
"title" : "TI.10.2 Maintenance and Versioning of Standard or Preferred Clinical Models (Function)",
"status" : "active",
"date" : "2024-11-26T16:30:50+00:00",
"publisher" : "EHR WG",
"contact" : [
{
"telecom" : [
{
"system" : "url",
"value" : "http://www.hl7.org/Special/committees/ehr"
}
]
}
],
"description" : "Enable version control according to scope of practice, organizational policy, and/or jurisdictional law to ensure maintenance of utilized standard or preferred clinical models.\n\nThis includes the ability to accommodate changes to clinical models as the source clinical model undergoes its update process. Such changes need to be cascaded to clinical content embedded in templates, custom formularies, etc., as determined by existing policy.",
"jurisdiction" : [
{
"coding" : [
{
"system" : "http://unstats.un.org/unsd/methods/m49/m49.htm",
"code" : "001",
"display" : "World"
}
]
}
],
"purpose" : "Version control allows for multiple sets or versions of the same clinical model to exist and be distinctly recognized over time. Standard clinical models can be updated, and concurrent use of different versions may be required. Ideally, the meaning of a clinical model never changes over time, but a clinical model can be deprecated, and replaced with a new clinical model in a new version. \n\nIt is important that retrospective analysis and research maintains the ability to relate to the appropriate clinical model. If the meaning of a clinical model changes over time, it is also important that for legal health records, as well as for retrospective analysis and research, the different meaning can be correlated to ensure the permanence of the information as originally captured. This does not necessarily imply that complete older versions of the clinical model be kept in the EHR-S, only access to the changes needs to be maintained.",
"statement" : [
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-TI.10.2-01",
"label" : "TI.10.2#01",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to manage data using different versions of standard or preferred clinical models."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-TI.10.2-02",
"label" : "TI.10.2#02",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to update standard or preferred clinical models."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-TI.10.2-03",
"label" : "TI.10.2#03",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD maintain relationships among versions of a standard or preferred clinical models to allow preservation of interpretation over time."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-TI.10.2-04",
"label" : "TI.10.2#04",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to receive and harmonize data from and transmit data to other systems that use known different versions of a standard or preferred clinical model while preserving the meaning of that model."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-TI.10.2-05",
"label" : "TI.10.2#05",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to update clinical models to a deprecated status."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-TI.10.2-06",
"label" : "TI.10.2#06",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to update individual data elements within a clinical model to a deprecated status."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-TI.10.2-07",
"label" : "TI.10.2#07",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to update terms with their equivalent when terminology is changed, where coded terminology content is embedded in clinical models (e.g., templates and custom formularies), when the terminology changes can be accomplished unambiguously, and if consistent with scope of practice, organizational policy, and/or jurisdictional law.\n\nNEEDS REVIEW"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-TI.10.2-08",
"label" : "TI.10.2#08",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to update standard or preferred clinical models used to enter clinical content (via templates, custom formularies, etc.)"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-TI.10.2-09",
"label" : "TI.10.2#09",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL maintain an audit log or a change history of clinical models to the individual clinical model, for versions used, dates implemented and updated to enable correct interpretation of historical data over time.\n"
}
]
}
XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.